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(g) Fast arbiter having easy scaling for large numbers of requesters, large numbers of resource types 
with multiple instances of each type, and selectable queuing disciplines. 



@ A fast arbiter having a selectable queuing desccpline and capable of t)e(ng easily scaled to both large 
mrnibers of requesters and large numbers of types of resources where there are multiple instances of 
each type of resource, is provided by a request logic circuit coupled to each requester, thereby forming 
a plurality of request logic drouits ; a grant logic ctrcuit is coupled to each instance dt the plurality of 
types of resources, thereby fonning a plurality of grant logic circuits ; a broadcast medium transfers 
infonmation among the plurality of request logic circuits and the plurality of grant logic Cffcuits. During 
a first cyde, request logic circuits enable a selected requester to broadcast are quest onto the broadcast 
medium for the preselected type of resource. During a second cycle, grant logic circuits enable a first 
grant logic circuit to t}roadcast queue position intbrmation on thie broadcast medium for the 
preselected type of resource, and the queue position infonnation for the preselected type of resource is 
hereinafter referred to as a first queue position infonration. 
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medium with the stored queue position information and stored resource type indication in the request 
processing unit, respectively; and 

j) coupling the requester to the resource when said comparison matches. 



5 21. A method according to daim 20 further comprising the steps of 



a) designating a responder resource whenever more than one of said grant processing units matches 
the resource type from the common t)roadcast medium; and 

b) t)roadcasting the queue position infonmation on the common broadcast medium by said responding 
resource. 



22. A rnethod according to daim 20 further comprising the step of comparing in said grant processing units 
the queue position information in each grant processing unit of the same resource type group with said 
queue position infomnation broadcast on the common broadcast medium when the comparison does not 
noatch. 



20 



25 



30 



3S 



40 



45 



SO 



10 



18 



eNSDOCtO: <EP_0463943A2_I_> 



EP 0 463 943 A2 



The arbitration apparatus according to daim 9 further comprising: 

a) a resource type group containing more than one of said plurality of resources; 

b) a responder register, containing a responder designation, in said grant processing units associated 
with said more than one of said plurality of resources, said responder register designating one of said 
more than one of said plurality of resources to respond to the resource type request signal when it is 
broadcast on the common broadcast medium by one of said plurality of request processing units. 

The arbitration apparatus according to daim 9 further comprising a resource access path, said plurality 
of resources and plurality of requesters being coupled to each other through said resource access path 
In the order controlled by the arbitration mechanism. 

The arbitration apparatus according to daim 9 wherein said common broadcast medium, comprises: 

a) a first bus; and 

b) a second bus, said first and second buses operate to transfer information between the request pro- 
cessing units and the grant processing units. 

The arbitration apparatus according to daim 17 wherein said arbiter indudes at least one sub-arbiter for 
each of said tHJses in the common t>roadcast mediura 

A computer system induding an arbitration mechanism for granting access through a resource access 
path.comprising: 

a) a plurality of requesters; 

b) a plurality of resources having a resource type; 

c) a pluralify of request processing units, one associated with each one of said plurality of requesters, 
for receiving a resource type request signal from said assodated requester; 

d) a plurality of grant processing units, one associated with each one of said plurality of resources, for 
monitornig a status signal from said associated resource; 

e) a common t>roadcast medium coupled to said plurality of request processing units and said plurality 
of grant processing units; 

f) an art>iter for granting access to said common broadcast nr>edium to one of said request processing 
units and grant processing units; said plurality of request processing units and said plurality of grant 
processing units using said comnK>n broadcast medium to contrd the coupling order between the 
plurality of resources and the plurality of requesters in a first come, first served manner; and 

g) a controller for coupling the plurali^ of resources to the plurafity of requesters through the resource 
access path in the order controlled by the plurality of request processing units and the plurality of grant 
processing units. 

A method for coupling a plurality of resources to a plurality of requesters through a resource access path 
in a first-come, first served order, the nr>ethod comprising the steps of: 

a) receiving and storing a request type signal induding a resource type indication in a request proces- 
sing unit assodated with one of said plurality of requesters; 

b) monitoring a tnisy status signal by a grant processing unit associated with one of said plurality of 
resources; 

c) requesting access to a comnrwn broadcast medium by said request processing unit; 

d) broadcasting the request type signal onto the convnon broadcast medium upon being granted access 
to the common tKoadcast medium; 

e) comparing the request type signal with a resource type assodated with each one of said grant pro- 
cessing units; 

f) broadcasting queue position information for one of said resources on the common broadcast medium 
when the comparing step of step (e) indicates a matoh t)etween a resource type corresponding to the 
one of said resources and the broadcast request type signal and storing the queue position information 
in the request processing processing unit; 

g) determining an outstanding request for the one of said resources when the monitoring step of step 
<b)indicates a non-busy status of the one of said resources; 

h) requesting access to the convnon broadcast n^edium and broadcasting current queue position infor- 
mation and the resource type for the one of said resources on the common broadcast medium when 
the access request is granted; 

i) comparing the current queue position infoimation and resource type on the common broadcast 
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means, responsive to said preselected resource becoming free and prepared to serve a requeter, 
for a second grant logic circuit to broadcast on said broadcast medium an indication that said preselected 
resource is prepared to serve a requester, said indication that said preselected resource is prepared to 
serve a requester is hereinafter referred to as a third queue position infomtation; 
5 means, responsive to said second queue position information and responsive to said third queue 

position infonmation, for granting access to said selected one of said requesters to use said preselected 
resource. 

9. An arbttrati<m apparatus for controlling a coupling order between a plurality of resoi^ces and a plurality 
10 of requesters, comprising: 

a) a plurality of request processing units, one associated with each one of said plurality of requesters, 
for receiving a resource type request signal from said associated requester; 

b) a pluraTity of grant processing units, one associated with each one of said plurality of resources, for 
nfK>nitormg a busy status signed from said associated resource; 

15 c) a common broadcast ntedium coupled to said plurality of request processing units and said plurality 

of grant processing units; and 

d) an arbiter for granting access to said comnnon broadcast medium to one of said request processing 
units and grant processing untts; said pluraiity of request processing units and said plurality of grant 
processing units using said convnon broadcast medium to control the coupling order between the 
20 plurality of requesters and the plurality of resources In a first come, first served manner. 

10. The arbitration apparatus according to claim 9 wherein each one of said grant processing units includes 
a storage device containing resource type information, current queue position information and next avail- 
able queue position information for controlled t>roadcdst on the common broadcast medium. 

25 

11. The arbitration apparatus according to daim 10, further comprising: a resource type register in each one 
of said request processing units and wherein said resource type request signal further includes: 

a) a reque^ signal; and 

b) a resource type signal; 

30 said resource type signal being stored in said resource type register for controlled Ixoadcast on the com- 

mon broadcast medium when the corresponding request processing unit receives the request signal from 
an associated requester. 

12. The arbitration apparatus according to dakn 1 1« further comprising 

35 a) a queue position register in each one of the request processing units to receive and store next avaQ- , 

able queue position information from one of said grant processing units after a resource type request - 
signal Is broadcast by a corresponding request processing unit; and 

b) a comparator operating to compare the next available queue position information stored in the queue 
position register to current queue position infonmation t)roadcast by the one of said grant processing 

40 units. 

13. The arbitration mechanism according to daim 12 further comprising: 

a) a requester ID register in each of one of said request processing units for storir^ a requester ID for 
the assodated requester and 
45 b) a resource ID register in each of one of said grant processing units for storing a resource ID for the 

associated resource; and ^ 

c) each one of each of the plurality of request processing uriits and the plurality of grant processing units 
operating to contrcllably broadcast the requester ID and the resource ID, respecfively, on the conrwnon 
broadcast medium. 

so 

14. An arbitration apparatus according to daim 1 3, further comprising: 

a) a first increment logic associated with the storage device, said first increment logic incren^enting the 
current queue position infomiation whenever said current queue position information is broadcast on 
the oomnrKHi broadcast medium; and 
55 b) a second increment logic associated with the storage device, said second increment logic increment- 

ing the next avalable queue position information whenever said next available queue position infor- 
mation is tHoadcast on the comnnon broadcast medium. 
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that a free instance of said preselected type of resource is prepared to serve a requester is lieretnafter * 
referred to as a third queue position infonnaUon (74); 

means, responsive to said second queue position infonration and responsive to said third queue 
position information, for granting access (55) to said selected one of said requesters to use said free inst- 
ance of said preselected type of resource. 

The apparatus as in Claim 1 further wherein: 

said queue position information frirther comprises a ticket number for said preselected resource; 

said means for granting access to said selected one of said requesters to use said free instance 
of said preselected type of resource grants said access in response to said second queue position infor- 
mation corresponding to said third queue position infonnation. 

The apparatus as in Qaim 1 further wherein: 

said first queue position infonnation is a queue position fora next customer and said third queue 
position kifonnation is an indication of the type of resource having a free instance; 

said means for granting access to said selected one of said requesters to use said preselected type 
of resource grants said access in response to said request logic circuit coupled to said selected one of 
said requesters counting said third queue position information kidicating that an instance of said preselec- 
ted type of resource has become free, and In response to a result of said counting corresponding to said 
second queue position. ' ' 

The apparatus as In aatm 3 frjrther wherein: 

said counting by said means for granting access is done by decrementing said second queue posi- 
tion information; 

said access is granted when a decremented value of said second queue position information equals 
a predetermined fHimt>er. 

The apparatus as in Claim 1 wtierein said second queue position infonmation is incremented by said 
request logic circuit m response to a broadcast on said broadcast medium of a new queue position infor- 
mation for said preselected type of resource, whereby access is granted to said requesters in a last in first 
out queuing discipline. 

The apparatus as in Oaim 1 further comprising: 

means for designating one grant logic drcuit, of those grant logic circuits coupled to instances of 
said preselected type of resouce, as said first grant logic circuit to respond to said request for said pre- 
selected type of resource, said fwst grant logic circutt herenafter referred to as said designated grant logic 
circuit 

The apparatus as in Claim 1 further comprising: 

a sub arbiter lo arbitrate access to said broadcast medium by said plurality of request logic circuits 
and said plurality of grant logic circuits, whereby broadcasting on said t>roadcast medium is fadlitated. 

Apparatus for arbitrating access among a plurality of requesters and a plurality of resources, comprising: 
a request logic circuit coupled to each said requester, thereby fomning a plurality of said request 
logic circuits; 

a grant logic circuit coupled to each said resource, thereby forming a plurality of said grant logic 
circuits; 

a broadcast medium for transferring infonnation among said plurality of request logic circuits and 
said plurality of grant logic circuits; 

means, responsive to a selected one of said requesters desiring to use a preselected resource, for 
said request logic circuK coupled to said selected requester to broadcast a request onto said broadcast 
medium for said preselected type of resource; 

means, responsive to said broadcast of said request, for a first grant logic circuit to broadcast queue 
position infonnation on said broadcast medium for said preselected resource, said queue position infor- 
mation for said preselected resource ts hereinafter referred to as a first queue position infonnation; 

means, responsive to said broadcast of said first queue position infonnation. for said request logic 
circuit coupled to said selected requester to store said first queue position information, said stored queue 
position infonnation hereinafter referred to as a second queue position infonmation; 
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The Ethernet Carrier-Sense-Multipfe 

Aooess/Conision-Detect arbitration scheme descrit>ed atx>ve can act as the grant bus and request bus arbi- 
ter for the aititration mechanisnt The muttiptexers 457 combine messages onto the common bus medium 458 

5 such that the necessary information needed by the request bus. grant bus and resource access path functions 
is supplied to arbitrate the order of coupling between the worlcstations and to selectively couple the workstations 
for communication between selected requester and resource workstations. 

All of the functionality provided by the k>gic blocks 455,456 and the multiplexer 457 associated with a woric- 
station 450-453 can be implemented In software executed by the workstatkm 450-453. 

10 The arbitration scheme erf the presert invention, particulariy as ilustrated in Fig. 6, can also l>e used In a 
multi-processor system wherein CPUs and I/O devices are partitioned into resource types cotresponding to 
tasks. The CPU's and I/O devices are the resources, the tasks are the resource types and any appropriate com- 
munication path of the multi-processor system, such as the back plane bus, is the resource access path. 
In addition, each one of a set of disk drives, whk:h together support muKiple copies of a disk volume for 

IS enhanced perfonnance and reliabSity, can be a resource. The resource type would then t>e the entire set of 
disk drives supporting the multiple copies. Writes to all disk drives in the set would be synctaonized in accord- 
ance with known procedures so that each disk drive of the set contains the same data Read requests to the 
set would be arbitrated in accordance with the art>itratk)n scheme of the present inventkxi to grant access to 
one of the disk drives (the resource) in the set(the resource type). When a cross bar switch is used as the 

20 resource access path, as in the emt>odiment of Fig. 4, several disk reads and a new read request arbitration 
could be in progress simultaneously. 

A still further example of the invention is provided by a modificatton of Example 2 hereinabove, and provides 
a last In first out queuing discipline. During Cyde 2, as additional requests for the resource type are broadcast, 
the request logic circuits increment theb* stored queue positions. The first-in requester then wit have the largest 

25 stored queue positkm, and will therefore t>e the last requester to be served by an nistanoe of the requested 
resource type. This example provkles a first in last out queuing discipline. 

An even further example <^ the art)iter is given by implementing an algofithm during Cyde 2 to select, a 
. desired tk:ket numt>er as in Example 1. The algorithm, along with actksn of the request logk: drcutts.may be 
arranged to implement a great range of queuing disdplines. 

30 ft is to t>eurKfer8tDod that the at>ove-describedeiTit>odin)ents are simply Mus 

biveiTtion. Various other noodcHcatkMi and changes may be made by those skied in the art which will embody 
the principles of the invention and fan within the spirit and scope thereof. 



35 Claims 

1. Apparatus for art>itrating for establishment of access t>etween a pturalily of requesters (12) and a plurality 
of types of resources (1 8), each saki type of resource having at least one instance, sakl apparatus charac- 
terized by: 

40 a request k)gic circuit (40) coupled to each said requester.thereby forming a plurality of said request 

logic circuits; 

a grant logic circuit (42) coupled to each said instance of said plurality of types of resources, thereby 
forming a plurality of said grant togic circuits; 

a broadcast medium (50) for transfening infonmation zmong said plurality of request logk: circuits 
45 and said plurality of grant logic Circuits; 

means, responsive to a selected one of saM requesters desiring to use a preselected type of 
resource, for said request logic drcuit coupled to sakJ selected requester to broadc^ a request onto said 
broadcast medium for said preselected type of resource; 

means, responsive to said broadcast of sa id request, for a first grant k>gic circuit to broadcast queue 
50 positk)n information on sakJ broadcast medium for said preselected type of resource, said queue position 

informatton for sakl preselected type of resource is hereinafter refenred to as a frst queue positk>n infor- 
matk3n (72); 

means, responsive to said broadcast of said first queue positkin infonmatk^n, for said request k>gic 
circuit coupled to said selected requester to store saM first queue poslkm infomiation, said stored queue 
55 position infonnation hereinafter referred to as a second queue positk>n infonnatkMi (56); 

means, responsive to an iristarioe of said preselected type of resource l>ecomiiig free and prepared 
to serve a requester, fora second grant logic circuit to broadcast on sakl broadcast medium an indicatk>n 
that a free instance of said preselected type of resource is prepared to serve a requester, said indication 

14 
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Also the number of resource types which the example of the arbiter shown fn Figure 3D can handle may ' 
be doubled by increasing the length of the following registers by one bitResource Type Register 54 in the 
request logic circuits; and in the grant logic drcuits. Resource Type Register 76 and Resource ID Register 78. 

As a third example of scaling, the number of instances of a resource type may be doubled. In both the embo- 
5 diment shown in Figure 3 and the embodiment shown in Figure 3D, the number of instances of a resource type 
n^y be doubled by inaeasing the length of the following register by one bit. Resource ID Register 78 in the 
grant control logic ckcuits. 

Additionally, the broadcast nf)edium 60 and the sub arbiter for the broadcast medium must be capable of 
handling the longer register lengths; that is, in the examples of the invention shown in Figure 3 and Figure 3D 
10 request bus 44 with sub arbiter 44 and grant bus 55 with sub arbiter 46 must be able to handle the longer register 
lengths. 

Referring now to Figure 5, there is 9lustrated an arbitration mechanism of the type illustrated in Figure 2 
specifically adapted to arbitrate access to a spedfic type of resource, namely, one of a pluralify of conununi- 
cation lines 400. Each of the conrununication lines 400 couples a corresponding line protocol and buffer device 

IS 401 to a user station 402. Each of several conrMnunication lines 400 can fonn a hunt or a trunk group 403, i.e. 
ead) of the convnunication lines 400 d the tmnk group 403 is coupled, atone end, to a corresponding line pro- 
toed and buffer devise 401 and all of the communication tines 400 of the trunk group 403 are coupled, at the 
other ends, to a single user station 402. In this arrangement, each user statton 402 is considered a resource 
type and afi of the communtoatton lines 400 coupled to a partkiular user statton 402 are considered resources 

20 within the resource type represented by the particular user statton 402. 

As lluslrated In Figure 5, each line protocol and buffer device 401 Is coupled to a request togte block 40 
and a grant togic block 42, as described above with respect to Figs. 1 D so that the assodated communication 
line 400 can be either a requester or a resource. Each request togic block 40 and grant togic btock 42 is. In 
turn, coupled to a conunon broadcast medium. The request logic blocks 40, grant logic blocks 42 and common 

25 t)roadc3st medium 50 can operate pursuant to anyone erf the systems of Figures 3, 3d, and 4 to arbitrate the 
order of coupling between any one oommunteatk>n fine 400 and any other communicafion line 400. The coupling 
between partkxdar oonvnunk:ation ioies 400 is achieved through the corresponding fine protocol and buffer 
devk:es 401 which are each coupled to a resource access path 14. The resource access path 14 may comprise, 
for example, a cross bar switch or one or wore shared buses as aiustrated in Figs. 1 and 4. The control of the 

30 resource access path 14 after the resource ID and requester ID infomwitton is placed on the common broadcast 
medium during cyde 4 can be as described above with respect to any one of Figs. 1, la or lb. 

Moreover, as also illustrated in Fig. 5, a plug-In togte board 475 can be used to couple resources/requesters 
via a distributed implementation of resource arbiter 10. The togk; board 475 indudes a request togic block 40 
and a grant togk: l>lock 42 which are coupled to the broadcast medium 50 and to access path 14. For example, 

35 the broadcast medium 50 and access connectton 14 may be in a backplane bus ki an ordinary electronic circuit 
card cage. As a further example shown in Fig. 5, a single entity may be both a requester and a resource, as 
for exaniple a communications line 40a And by using a plug-to line card 475 into a back plane bus to an ordinary 
electronic card cage makes a partlculariy convenient method of adding conrmiunicattons lines. 

Referring now to Figure 6, there is ^lustrated in block diagram form a distrbuted workstation system incor- 

40 poratingthe arbitratton mechanism of the present inventton. A plurality of woricstations 450. 451, 452, 453 are 
partitioned according to the type of servtoe each workstatton 450^53 is to prevkle to users of the entire system. 
For example,workstattons 450, 451 can each be coupled to a large disk system 454 to provide data t>ase ser- 
vices, while workstations 452, 453 are dedicated to batch job processing. Any number of other workstations 
may be induded in the system and assigned any number of different services to t>e made available to users 

45 of the system. 

Each woricstetion 450-453 is coupled to a request log to block 455 and a grant logto block 456. in addition, 
each workstetion 450-453 and its assodated request togto block 451 and grant togto block 456 are coupled to 
inputs of a multiplexer 457, which combines messages firom these sources. An output of each multiplexer 467 
is coupled to a conunon bus medium 458 such as an Etiiemet LAN. 

50 Each request logto btock 455 and grant logto btock 456 may comprise a request logic biock 40 and grant 
togto block 42,as fflustrated in either of Figs. 3 and 3a, respectivdy. The logto blocks 455, 456 operate according 
to the four cyde nrK>de of operation descn'bed above with resped to Figs. 3 and 3a, respectively, to arbitrate 
the order of coupling t>etween any one workstation 450-453 which requests a type of servtoe and one of the 
workstetions which provtoes the requested servtoe. Of course, the resource type information transmitted from 

55 a particular workstation 450453 to its associated grant togic block 455 will indicate the fype of service required 
by the particular workstation 450-453. Examples of resource types indude disk server, file server,lk:ensed 
software server, eta 

13 
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The grant control logic device 70 of each resource grant logic device 42 of the requested resource type 
operates to cause the decrement logic device 204 to decrement the numt)er in the queue length register 202 
to reflect the completion of the servicing of a request The comparator 205 compares the decremented number 
to zero, and if the number is less than zerD, the grant control logic 70 asserts an error signal on enror line 110. 

5 During cyde 4 the contents of the requester ID register 58 is place on data line 108 of the request bus 53 

and the contents of the resource ID register 78 of the grant logic winning the arbitration on cyde 3 is placed 
on the data line 114 of the grant txis 55 to enable the coupling of the requester 12 to the resource 16 through 
the resource access path 14 (See Figures 1, la, lb). 

The lower entry in Table 1 sununarizes operation of the second example of the invention. Refer now to the 

10 lower entry in Table 1. As in Example 1, during Cyde 1 a requester broadcasts, after being granted access to 
the broadcast medium by a sub arbiter, a request for a resource type. 

Cyde 2 then begins, and a designated grant logic circuit broadcasts a queue position for a next customer. 
This queue position is the length of the line of requests waiting for the requested resource type. Also during 
Cyde 2, the request logic drouit reads the queue position from the broadcast medium and stores it as a stored 

IS queue position. 

An a synchronous wait then takes place while an instance of the requested resource type finisties a pre- 
vious request and becomes available to serve another requester. Cyde 3 begins when an instance of the 
requested resource type t)ecomes av^able to serve another requester, and the designated grant logic co'cuit 
broadcasts, after being granted access to the broadcast mecfium by a sub arbiter, an identification of the 
20 resource type. All request logic drcuits listen to the broadcast medium, and all request logic circuits waiting for 
that particular resource type deaement their stored queue position. The decreniented result is compared with 
a fixed number, and the one request logic drcuit having a match notes that fact 

Then during Cyde 4 access of the requester to the available instance of the requested resource type is 
granted. 

25 Referring now to Figure 4, there is iQustrated another embodiment of the computer system. The system of 

, , Figure 4 is identical to the system of Figure 1 except tliat the resource access path comprises a crossbar switch 
v. 300toprovkieapoint-to-pointoouplingfromanyrequester12toanyr^^ 

303, 304, 305, 306. The system of Figure 4 processes requests as in cydes 1-4 of either of Figures 3 or 3A, 
as descrit}ed above. However, in this embodnnent, during cyde 4, the requester ID and the resource ID are 
30 , . input to the access path oontioller 20 which operates to control the crossbar switch 300 to couple the identified 
^ requester 12 to the identified resource 16 by dosing a path between one of tnises 301-302 and one of buses 

The crosst>ar switch arrangement greatly enhances the speed of operation of the contputer system since 
the crosst>ar switch 300 can operate to form nnittiple couplings at the same time such that several requesters 

35 can convnunicate wtth several resources simultaneously. Indeed, the crosst>ar switch 300 provides a potential 
coupling path between each requester and each resource via buses 301-302 and buses 303-306. Thus.when 
a particular requester wins access to a particula' resource through the operation of the resource arbiter 10,the 
resource is necessarily free and the crosst>ar switch 300 can be operated by the access path controller 20 to 
inrunediately couple the particular requester to the particular resource whie maintaining other couplings t>e- 

40 tween different requesters and resources. The crosst)ar switch 300 can support multiple connections t>etween 
requesters and resources. 

The easy and natural scaling of the present invention to targe numbers of requesters, large numbers of 
resource types,and large ntonbers of instances of various resource types will now be descnt>ed. 

The number of requesters in the system can be doubled by simply increasing the length of a few registers 
45 by one bit And further, the number of requesters can again be doubled by adding another bit to the length of 
the registers, and so forth. 

As a ftrst example, the embodiment of the invention shown in Figure 3 may have the number of requesters 
that the arbiter can handle doubled by increasing the length of Requester ID Register 58 by one bit And in 
order to double the length of the queues supported by the art>(ter. Queue Position Register 56, Next Avaflable 
50 Queue Position Register 74, and Current Queue Position Register 72 must be each made one bit longer. 

Also the numt>er of resource types which the exampte of the arbfter shown in Figure 3 can handle may be 
doubled by increasing the tength of the following registers by one bit each: Resource Type Register 54 in the 
request logic drcuits; and in the grant logic drcuite Resource Type Register 76. and Resource ID Register 78. 
As a second example, the embodiment of the Invention shown In Figure 3D may have the number of reques- 
55 ters that the art)iter can handle doubled by increasing the length of Requester ID Register 58 by one bit And 
the ler^ of queues supported by ttie arbiter nnay t>e dout)led by increasing the tength of the following registers 
by one bit queue Position Register 200 in the request logic circuits; and queue Length Register 202 in the grant 
logic drcuits. 

12 
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resource 10 register 78 onto the grant tHJS 55 data lines 1 14. The data lines 1 14 are wide enough to accom- ' 
nrKKiate t>oth the requester 10 and the resource ID. 

If there is no niatch on cyde 3. the information on the data lines 1 14 oh cyde 4 is not nrieaningful. 

The request logic block 40 sends a grant signal 26 to the requester 12 (See Rg. 1), Because both the 
5 requester ID and resource ID are on the grant tms 55, the connection from requester to resource can be made 
over the resource access path 14 via any one of the embodiments ilustrated in Figures 1, 1A and IB. More 
specifically, the connection between the requester and the resource through the resource access path can be 
nwde by the access path controller 20, the requester 12, or the resource 1 6 depending upon which component 
receives the requester ID and the resource ID information. 
ic It should be dear that the example of Figure 3 describes only a single request for a particular resource 

type and that the numl>er of requests for various resource types through the resource arbiter 10 can be very 
large while having a very fast response. In particular, with two buses each handling two cydes of the connection 
sequence, the number of arbitrations per second that can be accomplished is 1/(2N)where N = time for one 
bus cyde. If N = 200Ns the number of arbitrations achievable is 2.5 milRon/sec. 
IS A second example of the Invention is shown in Figure 3D. The example of the invention shown in Rgure 
30 also is a Ftrst In First Out queuing discipline. 

Referring now to Figure 3D, there is ilustrated a further embodiment for the requester logic 40 and 
resource grant logic block 42 according to the present invention. The embodiment of Figure 3D is simlar to 
the embodiment of Figure 3 except that ttie queue position register 56 and its associated comparator 62 of the 
20 request logic block 40 are replaced with a re<piest queue position register 200. The request queue position reg i- 
ster 200 is coupled to each of the request control k)g{c devtee 52 and ttie data line 108 of tiie lequest bus 53 
and to a decrement k>gic device 201 and a comparator 202A. The comparator 202A is also coupled to the 
request control logic device 52. 

Moreover, the current queue position register 72 and the next available queue register 76 of the resource 
25 grant logic 42,as wed as the associated increment logk; devices 82, 88 and comparators 84, 90 are replaced 
by a single queue length register 202. The c^ue length register 202 is coupled to the data Ihe 108 of the 
request bus 53 and the grant control k>gic 70. The queue lengtii register 202 is also coupled to each of an incre- 
nient logic device 203, a decrement logic device 204 and a comparator 205. The con^arator 205 is also coupled 
to the grant control logic 70. 

30 In the operation of the distributed reisouroe arbitration ntechanism aiustrated in figure 30 the ftow of infor- 

mation on the request txis 53 and grant txjs 55 generally follows the cyde sequence of the distrt>uted resource 
arbitration mechanism ilustrated in Rgure 3. The request logic blocks 40 and grant logic blocks 42 must arbi- 
trate for the request bus 53 and grant bus 55 respectively, as in the emt>odiment of Fig. 3. 

However, vnth each new resource type request placed on ttie request bus 53 by a request \og\c device 40 

35 during cyde 1,each grant control k)gk: device 70 uses its comparator 92 to compare the resource type infor- 
mation on the grant bus 53 witii the resouce type infonmation stored ki the register 76. tf tiiere Is a match, the 
grant iog\c device 70 operates the mcremeirt togk: devtoe 203 to increment the number stored in the queue 
length register 202 to indicate that there is now one more outstanding request for the resource type. During 
c)^e 2, the grant control togte devk^e 70 of the designated responder resource of the resource type causes 

40 the queue length register 202 to place the incremerited queue length numt>er stored therein onto the data line 
1 08 of the request bus 53, rather than the next avaaable queue number, as in tiie en^x>dtn«nt of Figure 3. The 
request queue position register 200 of tiie request logk: device 40, which is coupled to the data line 1 08, receives 
and store the queue length number placed on the data line 1 08 during cyde 2. At this time, all ictf the grant logics 
42 for the same type of resource compare tiie number in tiieir queue length register 202 with the number placed 

45 on the data line 108 using a comparator 206 to chedcfor errors, as in tiie operation of ttie art)itration mechanism 
of Figure 3. 

During cyde 3, a grant logk: devtee 42 whose assodated queue length register 202 contains a number 
greater tiian zero, as indicated by the comparator 205 and whose resoirce is not busy arbitrates for tiie grant 
bus 55. Upon winning the arbitration, the grant control togic 70 puts tiie resource type infonnfiation stored in the 

50 register 76 onto the data line 1 14 of the grant bus 55. At ttie same time, each request togic device 40 must 
monitor the grant bus 55 for each tnoadcast of resource type information and use ttie comparator 60 to compare 
the resource type infonnation on the bus 55 witii tiie resource type hformation stored in the register 54. The 
request control logic devk:e 52 of each request togic 40 having a match operates to control tiie decrement tog 
device 201 to decrement ttie number in the request queue position register 200. Each request grant togic 52 

55 having a match for ttie resource type infonnation must tfien operate the comparator 202A to compare tiie num- 
ber currently stored in ttie request queue position register 200 to zero. The request control togic 52 tiiat finds 
ttie number in its request queue register 200 to be equal to zero asserts a match signal on tiie matoh line 1 12 
of the grant bus 55. 

11 
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position regbter 74 is placed onto the data Gne 108 Of tt)6 request bus 53. The 

receives the match signal 1 16 and latches the next avaflatile queue position which was placed on data line 
108 of request tMis 53 into the queue posttion register 56. 

Also during cycle 2, each of the resource grant logic blodcs 42 within the requiested resource type, operates 

5 the coniparator 90 to compare the next availat)(e queue position number placed on the request bus data line 
108 against the number stored in its associated next available queue position register 74. The result of this 
comparison is sent to the grant control logic 70 to inform the resource grant logic device whether an error has 
been encountered, Le., whether the number in its next avaSable queue position register 74 matches the number 
placed on the data line 1 08. If any of the resource grant logic blocks 42 detenmines that an error has occurred. 

10 then that grant control logic device 70 sends an error signal 120 to the enor line 104 of the request bus 53. 
The monitoring d the responding resource grant logic block 42 by the non-respcmding grant logic blocks 42 
within the sawe resource type provides a necessary error detection method.Once the error check is completed, 
the next avaaable queue positbn register 74 for each grant logic block 42 within there source type is then incre^ 
mented by the increment k)gic devbe 88 to increase the number in the connesponding next avaSable queue 

IS position register 74 by one to provide the next queue position number for the next request directed to this 
resource type.The first two cycles are initiated by one of the request logte blocks 40 and occur on the request 
bus 53. Cycles 3 and 4 are initiated by one of the resource grant togic blocks 42 and occur on the grant bus 
55. 

To service any outstanding requests, the comparator 86 continuously compares the number stored in the 

20 current queue position register 72 against the next available queue position register 74. Whenever there is a 
difference between registers 72 and 74, Le. Indicating there is a request to service, then the grant control logic 
devtee 70 checks the status line 28 from the resources 16 (See ff=ig. 1). Once at least one of the grant control 
k>glc devices 70 receives a not busy status signal on line 28 Indicating that the associated resource Is avaSable 
tD service a request, and there is an outstanding reque^ to be servk;ed as kidk^ated fay the comparator 86, the 

zs grant control \og\c devtee 70 associated with the avalatrfe resource requests access to the grant bus 55. Arbi- 
; tration among avaBable resources to servbe ttie next outstanding request is accomplished by the grant bus 
art>iter 46 receiving a bus request signal 132 from the grant control kigic device (devices) 70 and delivering a 
txis grant signal 134 to the grant control k}gk: 70. 

it is possible that more than one resource within a requested resource type wBI have a not busy status sig- 

30 * ; nai. In this case, each resource grant togic btock 42 arbitrates for the grant bus 55. The winning resource grant 
togic btock 42 win be the one resource of the requested resource type to couple with ttie requestor. For example, 
H "CPU" is a resource type and several CPlTs are cunrently avaaable, the grant logk: block 42 of each CPU 
wSI request access to the grant bus 55. The grant bus arbiter 46 selects whtoh CPU wll drive the grant bus 55 
and therefore whfeh CPU will provide the requested CPU servtoe next Agaia as noted above, the grant bus 

35 arbiter 46 may be any wefl known arbitratfon scheme and is preferably a replicatkm of the request bus arbiter 
44. 

Upon receiving a bus grant signal 134, the third cyde(Cyde 3) ki servtoing the request begins. The grant 
control togte d6vk» 70 that wins the arbitration operates to place each of the current queue position number 
firom register 72 and the resource type infonmation from the register 76 onto the grant bus 55 data line 114. 

40 The date line 1 14 can have a sufficient number of individual lines to accommodate b6ih the current queue posi- 
tion number and the resource type infonratton at the same time. Each of the other resource grant tog ic blocks 
42 uses its comparator 94 to compare the resource type information on the date line 114 wiOithe resource type 
infonmation stored in its register 76. All ci the resource grant togic btocks 42 %vithin the same resource type. \ 
i.e. those resource grant logic blocks 42 whose comparators 94 indicated a match, compare the current queue 

45 position number against the number stored ^ thek- register 72 using comparator 84. If any inconsistency is 
found, then the grant control logic devtoe 70 sends an enror signal 124 onto the grant bus 55 error line 110. 
The error signal can be used to reset all of the registers and restart the resource arbitratkm mechanism. 

All of the request logic blocks 40 monitor the grant bus 55 and receive thie current queue positton number 
and resource type number from the responding resource grant logic block 42 during the ttiird cyde. Ccm- 

50 parators 60 and 62 In the request logic blocks 40 compare the resource type number and current queue position 
number from the grant bus data line 1 14 against the numbers stored In the resource type register 54 and the 
queue pos^n register 56, respectively. If both of these registers record a match of their respective resource 
type and queue position numbers, ttien ttie request control togic devtoe 52 sends a match signal 118 onto ttie 
grant bus 55 match line 112. 

65 During ttie fourtfi <yde (Cyde 4), each grant togic Wock 42 whfch matched ttie resource type in cyde 3 

operates ttie increnient logic device 82 to increment ttie number in ttie cunnent queue position register 72. Also, 
in cyde 4, ttie request togto btock 40 which drove ttie matoh line 1 12 places ttie requester ID register 58 onto 
tiie grant bus date line 114. The grant logic block 42 whteh won the arbitration to initiate cyde 3 places its 

10 
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The request logic block 40 includes a request control logic device 52, a resource type register 54, a queue 
position register 56 and a requester ID register 58. Comparators 60 and 62 are coupled to the resource type 
register 54 and the queue position register 56, respectively. A request bus arbiter 44 is further coupled to the 
request control logic device 52 in the request logic block 40. The request control k>gic devk:e 52 has a control 

5 input to each of the registers 54, 56, 58. 

Alternatively, queue position register 56 n^ay be called a"ticket number* register in order to emphasize the 
point that the numt>er stored therein represents a ticket number for use by the type of resource requested. The 
ticket number is a number that is given out by the grant k>gk: circuits. The ticket number is selected modulo a 
number larger than the longest queue length desired. 

10 The resoiA'ce grant logic block 42 includes a grent control logic device 70, a current queue position register 
72. a next available queue position register 74, a resource type register 76, a resource ID register 78 and a 
responder register 80, The resource type register 76 stores resource type information identifying the type of 
resource coupled to the grant k>gic block 42. The resource ID register 78 contains the infonmatlon that uniquely 
kientifies the actual resource contponent 16 whk:h is coupled to the grant k>gic block 42. Further, comparators 

IS 84, 86, 90, 92 and 94 are coupled to the registers inskie the resource grant logic 42 as ilustrated in Rg. 3. 
Also, inaement k>glc devices 82 and 88 are coupled to the cunrent queue position register 72 and next avaiable 
queue posltton register 74, respectively. 

Alternatively, current queue posltk)n register 72 may be called a "currentiy serving number register" in order 
to emphasize the point that the resource type is ready to seirve the value from this register that is broadcast 

20 on the grant t>us 55. 

Also alternatively, next available queue positton register 74 nuiy be called a "next available ticket number 
register" in order to emphasize the point that the value tKoadcast on request bus 53 during cyde 2 is the next 
ticket number ttiat the resource type has available to issue. 

A grant bus art}iter 46 is coupled to the grant control togic device 70. Further, the grant control logic device 

25 70 has a control input to each of the registers 72, 74, 76, 78, 80 in the resource grant logk: bk)ck 42. 

The convnon broadcast mednxm 50 irtchides a request bus 53 and a grant bos 55. The request bus 53 
further has a data line 108, whk:h may inchide plural lines, a match line 106 and an error line 104. SimOarty, 
ttie grant bus 55 includes a data line 1 1 4, which again can be a plurality of lines, a match line 1 1 2, and an error 
line 110. The error and match lines 104, 106, 1 12 and 110 functk>n as control lines for the data lines 108 and 

30 1 14 of the request and grant buses 53 and 55,respectively. The control lines for the request arnJ grant buses 
53 and 55 send and receive signals firom tiie request control logte devtee 52 and grant control logic device 70. 

The operation of the electrons distributed resource arbitration nnechanism will now t>e described with refer- 
ence to Figure 3. The queuing discipline obtained by the example shown in Figure 3 is a First In First Out (RFO) 
anangement In operation, a requester 1 2 (see Fig. 2) sends a request signal 22 to the associated request oon- 

35 trol k>gk: devk^e 52 in the resource arbiter 10. Upon receipt of the request signal 22, ttie request control k>gk; 
device 52 latches there source type 24 output by tiie requester 12 into the resource type register 54. 

At this tnro, ttie request control logk: devtoe 52 sends a bus request signal 128 to tiie request bus arbiter 
44. As described above, the request bus art>iter 44 can be any well known type of arbitration mechanism. For 
example, a round robin arbitration scheme can be used to prevent any particular requester from fosing arbi- 

40 tratkxi attempts for an extended period of time. Upon winning the arbitration, a bus grant signal 130 is s^t to 
request control logk: device 52 whereupon the request logk block 40 obtams control of the request bus 53. 

The request logk: block 40 ttien t>eglns arbitration using a 4-cyde operation. During tiie first cyde (Cycle 
1 ), tiie resource type stored in the resource type register 54 is placed on tiie request bus 53 data line 108. During 
ttie same cyde, tfie grant logic block 42 at each resource of each resource type monitors the request bus 53 

45 to receive ttie resource type from data line 108 for input into tiie comparator 92. The comparator 92 compares 
the resource type received firom the data line 108 to the resource type infonnation stored hi the resource type 
register 76 of ttie grant logk: block 42. This comparison is simultaneously done by all resource grant k>gic blocks 
42 coupled to tiie t)roadcast medium 50. However, only tfiose grant {ogle tAocks 42 of the same resource type 
will match the resource type infonnation placed on the data line 108 by the request logk: t>lock 40. The com- 

50 parator 92 sends a match/no match signal to the grant control logic devk:e 70. Only those resource grant k>gk: 
blocks 42 with a match signal continue wttfi cyde 2. 

Because each resource type can indude multiple resources,ttie responder register 80 designates which 
resource grant logk: block 42 wittiln the resource type will output the match signal to the request bus 53. The 
designatk>n of a responder within a type is art>itrarily established wtien the arbiter is initialized. At that time, 

55 exactly one responder register 80 must be set witiiin all resource grant k>gic blocks 42 comprising the same 
resource type. 

During the second cyde (Cyde 2). the responding grant control logic devk^e 70 asserts a match signal 1 22 
on the match Pne 106 of the request bus 53. At the same time, the number stored in the next available queue 
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55 Figure 3 shows an exantple in block diagram form of a request logic block 40 coupled to the common broad- 
cast nnedium 50 and operating to request a particular resource through a resource grant logic block 42 
associated with the resource type desired by the requester. The signals and cyde connectk>ns utSized in pro- 
cessing a request by the resource art>(ter are also shown in Figure 3. 
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10 sends the requester ID 30 to the resource 16. the resource 16, having its own resource ID 32 (not shown) * 
and the requester ID 30, can operate to drectly access the requester 12 over the resource access path 14. 

Figure 1C shows a block diagram of a further embodinnent of the arbitration mechanism of Figure 1. In Fig- 
ure 1C,associated groups 34 of one requester 12 with one resource 16 are shown. The groups 34 allow for the 
5 case wherein a user of the arbiter can be both a requester and a resource, e.g.,a CPU. an 1/0 device, eta Figure 
1 D illustrates the case where the groups 34 can be of a particular resource type 1 8. 

Referring to Figure 2, there is shown a more detailed diagram of the resource arbiter 10. The resource arbi- 
ter 10 includes request logic blocks 40 and resource grant logic blocks 42. Each requester 12 is coupled to an 
associated request bgic block 40 and each resource 16 is coupled to an assodated grant logic block 42. The 
10 request and resource grant logk: blocks 40 and 42. respectively, are further coupled to a common broadcast 
medium 50. The request logic blocks 40 are also coupled to a conventional bus arbiter 44 while the resource 
grant logic blocks 42 are coupled to a conventional bus arbiter 46. These bus arbiters 44 and 46 are, for 
example, round-robin arbiters, fixed priority arbiters,polling with request snapshot arbiters, or any other well 
known type of arbiter. 

15 The common broadcast medium 50, which will be described in more detail below, may be a single bus, a 
plural bus, an Ethernet, a token ring structure, eta Figure 2 shows a dual bus structure 53 and 55. The txjs 53 
operates as a request bus and the tnis 55 operates as a grant Knjs during the various cycles of the art>itratk)n, 
as wil appear. When a single bus is used, the request signals and grant signals wodd be multiplexed onto the 
single bus structure. Moreover, a single bus structure could be used in place of the comnK>n broadcast medium 

20 50 and the resource access path 14 with alt of the signals relating to requests, grants and communicatk>ns be- 
tween the requesters and resources being multiplexed onto the single bus structure as will be described in nrK>re 
detail below. 

The resource arbiter 10 may be In a single con^onent arranged adjacent the resource access path 14 or 
distritnited on a series of different logic boards, e.g.. one per requester/resource, with each logic board located 
25 near its associated requester^resource. 

The operatk>n of Example 1 of the invention is summarized in the upper entryof Tattle 1 . Referring to Table 
1, during Cyde 1 the requester broadcasts on the broadcast medium an indication of the resource type that 
the requester desires to use. This broadcast is done after a sub arbiter grants access to the broadcast medium 
to the requester. 

30 During Cyde 2, the grant logic of the requested resource type then immediately broadcasts, after being 

granted access t>y the sub arbiter to the broadcast medium, a tk:ket number. Also during Cyde 2, the request 
k>gic stores the ticket rHjml>er as a stored ticket number. 

An a synchronous wait then occurs as an instance of there source type finishes serving a previous request, 
and thereby t>ecomes ready to serve another requester. 

35 Cyde 3 then begins with a grant logic drcuit, assodated with the free instance of the resource type, broad- 

casting,after being granted access by a sub art>iter to the tMoadcast medium, the current serving number and 
an Indicatioa of there source type. Also during Cyde 3 ail request k>gk: circuits listen to the broadcast niedium, 
and those waiting for the resource type indk:atk>n contained in the broadcast compare their stored ticket number 
vnth the current serving number. The one request togic circuit having a match notes that fact 

40 During Cyde 4 access by the requester to the avaiable hstance of the requested resource type is granted. 

The grant of access is fadlitated by the Path Controller having available the Requester ID and the Resource 
ID. 
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Brief Descfiption OfTlie Drawings 

A more detailed understanding maybe had from the Mowing description of a prefen'ed emt>odtment given 
by way of example only and to be u nderstood in conjunction with the accompanying drawings wherein: like nunv- 
erals represent like parts in the several views and wherein: 

Figure 1 is a block diagram of a system having an electionk: arbitration mechanism constmcted according 
to an embodiment of the present invention. 

Figure 1 A is a block diagram of another embodiment of the system of Figure 1 . 

Figure 1 B is a bkx:k diagram of a further embodiment of the system of Figure 1 . 

Figure 1C is a tkxk diagram of yet another embodiment of the system of Rgure 1 . 

Figure ID is a tkock diagram of still a further embodiment of the system of Rgure 1. 

Figure 2 is a detailed block diagram of the resource art)iter of Rgure 1. 

Figure 3 is a detailed block diagram of the art)itration logic and arbitration cycles of Figure 2. 

Figure 3D is a detailed tHock diagram of another emtxxfiment for the arbitratk)n logic and arbltratkm cydes 
of Figure 2. 

Figure 4 is a block diagram of a system having an electronic arbitration mechanism and a cross bar switch 
coupling the requesters to the resources. 

Figure 5 is a btock diagram of an electronic art)itratk)n mechanism according to a preferred embodiment 
of the present invention used in a packet or circuit oomnunteatkm switch. 

Figure 6 is a block diagram of an electronic art>itration n>echanism according to the present invention used 
in a distributed woricstatton system having a common bus. 

Detailed Description 

A first example of (he invention is shown in Figures 1 through Rgure 3i. 

Referring to Rgure 1 , there is shown a block diagram of a system having an electronk: arbitration mechan- 
ism according to the present invention. A plurality of requesters Mentified (ID) as 1 through W are coupled 
via a resource access path 14 to a plurality of resources 16 having tD*s = 1 through "n". In the ilustrated emtXH 
diment, the resource access path 14 conr^rises a shared t>us to selectively couple any one of the requesters 

• 12 to any one of the cesouroes 16. The resources 16 can be grouped into resource types 18 klentified as 
resource types 1 through *V. The resource types tnay be, for example, CPUs, storage devices and I/O devices 

- or resources assigned particular tasks such as, for exan^, CPUs available for t)atch job processing, tele- 
phone hunt groups (also known as trunk groups), etc. As shown in Rgure 1 , resource type 1 includes resources 
1 6 having ID's =1 through T and resource type k includes resources 16 Mentifted as T through "n". A requester 
12 can comprise any device coupled to the resource access path 14, such as a CPU, which w^nts access to 
a resource 16. 

A distrbuted resource art>iter, shown generally as bk>ck IQtis coupled to the requesters 12 and resources 
16. There source arbiter 10 includes, in one embodiment, an access path controller 20. The resource arbiter 
10 accepts requests from each of the requesters 12 for access to any of there source types 18. The resource 
arbiter 10 provides source and destinatk>n infonmatfon such as requester ID and resource ID informatk>n on 
lines 30 and 32, respectively, in a controlled order to the access path contrdler 20. The source and destination 
information enables the access path controller 20 to control the resources access path 14 to couple a selected 
requester 12 to a requested resource 16 after the granting of ttie resource request of the selected requester 
12 by the resource arbiter 1 0. 

Whenever a requester 12 requires access to a resource 16, it sends a request signal 22 along with the 
type of resource 24 requested to the resource arbiter 10. The resource art>iter 10 monitors the status of ttie 
resources 1 6 to determine if they are free or busy. The monitoring of the resources' status can be accomplished, 
for example, via a signal line 28 for each resource 16. Once the requester 12 has won the arbitratton in the 
resource arbiter 10, a grant signal 26 is retumed to the requester 1Z At this time, as shown jn Figure 1, both 
the requester ID 30 and resource ID 32 are output from the resource arbiter 10 to the access path controller 
20. The access path controller 20 then couples the requester 12 to the resource 16 via the resource access 
path 14. 

Figures 1 A and IB llustrate further embodiments of the system of Fig. 1 wherein either the requester 12 
(Figure 1A)or the resource 16 (Rgure IB) is used to control the coupling of the requester 12 to the resource 
16 over the shared access path 14 in place of the access path controller 20. Figure 1A shows the resource 
arbiter 10 sending both the grant signal 26 and the resource ID 32 to the requester 12. In this nf>ethod, the 
requester 12« having its own requester ID 30 (not shown) and the resource ID 32 can operate to directly access 
the resource 16 over ttie resource access path 14. Alternatively, as shown in Rgure IB. the resource arbiter 
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cast medium an indication that a free instance of the preselected type of resource is prepared to serve a reques- 
ter. The indication that a free instance of the preselected type of resource is prepared to serve a requester b 
hereinafter refeired to as a third queue position inftxmation. 

During a fourth cyde a means, responsive to the second queue position tnfonnatjon and responsive to the 
5 third queue position infonnr^tion, grants access to Ihe selected one of the requesters to use the free instance 
of the preselected type of resource. 

In a first example a first in first out (FIFO) queuing discipline is provided by, the queue position infonnation 
broadcast during the second cyde by the grant logic circuit and stored by the request logic drcuit is a ticket 
number for the resource type, where the ticket number is generated sequentially in ascending order. During 
10 the third cyde the grant logic drcuit broadcasts the next sequential ticket number to be served along witti an 
indication of the resource type that is free. And afl of the request logic drcuits read the broadcast from the broad- 
cast medium, and the one having a matching ticket numt)er for the preseleded type of resource notes this fad. 
During the fourth cyde access is granted through an access path. 

In a second example also providing a RFO queuing disdpline,the queue position tnfonnation broadcast 
15 during the second cyde by the grant logic drcuit and stored by the request logic drcuit is a queue length for 
the requested resource type. As another requester is added to the list of those vtraiting for that resource type, 
the queue length beconoes one unit longer. During the third cyde the grant togic drcuit broadcasts the identi- 
fication of the resource type that has become avaOable to serve a requester, and each request k>gic drcuit wait- 
ing for that resource type decrements tts stored queue length, and the one having the decremented value equ- 
20 aling a predetennined number notes that fact In the fourth cyde access is granted to the requester to use the 
instance of the resource type, where the winning requester is the one having fts decremented queue position 
equaling the predetermined number. 

In a third example, the queue length Is broadcast during the second cyde as In Example 2, however the 
queue lengtiis are incremented by the request lo^ circuits during the second cyde, thereby giving a last in 
25 first out, UFO, queuing disdpline. 

The access path between the requester and the Instance of the resource noay be granted by enabling a 
cn>ssbar switch. Alternatively, the access path may be a single wire bus, or may be a mutti wire bus. 

A sub arbiter is used to arbitrate access to the broadcast medium fortransfer of queue position information. 
In the event that several instances of the requested resource type are available to servk^e a request, the sub 
30 arbiter selects the instance that services the request as the instance that wins the arbitratton for \he broadcast 
n^ediura 

Altemativety, the broadcast medium may comprise two multi wire buses, referred to as a request bus and 
a grant bus. 

As a further attemative, the broadcast medium may have more than two buses. 

35 As an aid to understanding the present inventkm, we now discuss an analogous method of distributed arbi- 
tration for fiffbitrating access to shared resources. A distributed arbitration scheme used for many years in retail 
stores such as, for exannple a bakery, operates as follows. Each customer takes a numbered ticket upon enter- 
ing the bakery.There are a number of counters, the cookie counter, the bread counter, the doughnut counter. 
Each different counter represents a resource type. Each derk working at a spedftc counter is an instance of 

40 the resource type of the oounter.Each custonrter, or requester, for the cookie counter receives a queue number 
for the cookie counter, each custonoer for the bread counter receives a queue number for the bread 
counter,each customer for the doughnut counter receives a queue number for the doughnut counter, ete. And 
the respective queue numbers way be written on odor coded tickets, for example, a green ticket may represent 
tfie cookie counter, a red ticket may indicate tiie bread counter, a yellow ticket may indicate the doughnut 

45 counter, eto. That is. the tkkei is cdor coded in order to indk:ate resource type. The ticket cdor Is a resource 
type klentifk^tion code. 

There are various ways that the ticket numbers can be arranged, for example, there may be different color 
rolls for each counter with each roll being numbered in sequence. 

The customer holds his ticket in his hand, keeps it in his pocket memorizes the number, eta The customer 

50 then waits asynchronously until his number is caned from the appropriate counter, and he compares the called 
number with his ticket number m order to know ttiat his number was called. The customer steps up to the 
counter, shows his ticket number, and access to the resource type is granted. There may be several derks 
working at a counter, and each derk is an instence of the resource of the counter. Since the customer does 
not care whk:h derk waits on him, the first availabte instance of the resource type handles his purchase. 

55 An alternative queuing disdpline may be seleded by adopting a desired order in which numbers are called 
out For example, favored customers may be given a priority status by having their ticket number called out 
first 
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tralized scheme, requesters are separate from the arbiter arxj the artrteris solely responsible for implementing 
the designated arbitfatkMi scheme. In distributed arbftration,however. the arbiter logic is distributed or divided 
throughout the system so that logic is closely associated with each requester and or each resource. Therefore, 
each requester is responsible for Intplementing a designated portion of the arbitration protocol. Both centralized 
and distributed arbitration schemes have advantages depending upon the spedTic applicattoa The main dif- 
ferences are in the numt>er and type of signal paths between requesters and the arbiter and in their fault toler- 
ance characteristics. 

All of these arbitration schemes, however, tend to be limited and are not acceptable either in rapid arbi- 
tration for computer communications or when used with a computer system having a large number of requesters 
and resources, or systems with mdtiple types of resources. For exantple, in prior arbitration schemes, when 
multiple resources having multiple instances were involved, multiple arbiters were frequently duplicated for 
each resource type, thereby increasing the cost and resulting in burdensome redundancy in the system. 

Summary Of The Invention 

There is provided a fast arbiter capat^le of being easOy scaled to both large numbers of requesters and 
large numbers of types of resources where there are mtdtiple instances of each type of resource, and also the 
arbiter has a selectable queuing disdpline. 

The invention in its broad form resides inamethod and apparatus for arbitrating for establishment of access 
t}etween a plurality of requesters and a plurality d types of resources, each said type of resource having at 
least one Instance, said apparatus characterized by: a request logic drcutt coupled to each said requester.the- 
reby forrning a plurality of said request logic circuits; a grant logic cbY:ult coupled to each said ^stance of said 
plurality of types of resources, thereby forming a plural^ of said grant logic circuits; a broadcast medium for 
transferring information anwng said plurality of request logic circuits and said plurality of grant logic circuits; 
means, responsive to a selected one of said requesters desiring to use a preselected type of resource, for said 
request logic circuit coupled to said selected requester to broadcast a request onto said broadcast ntedium for 
said preselected type of resource; means, responsive to said broadcast of said request, for a first grant logic 
circuit to broadcast queue position information on said t>roadcast medium forsaid preselected type of resource, 
said queue position information for said preselected type of resource is hereinafter refenred to as a first queue 
position information; 

means, responsive to said broadcast of said first queue position infonmation, for said request logic cocuit coup- 
led to said selected requester to store said first queue position information, said stored queue position infor- 
mation hereinafter referred to as a second queue position infonnation; means, responsive to an instance of 
said preselected type of resource becoming free and prepared to serve a requester, fora second grant logic 
circuit to broadcast on said t)roadcast medium an indication that a free instance of said preselected type of 
resource is prepared to serve a requester, said indication that a finee instance of said preselected type of 
resource is prepared to serve a requester is hereinafter referred to as a third queue position infonmation; means, 
responsh^e to said second queue position information and responsive to said third queue position information, 
for granting access to said selected one of said requesters to use said free instence of said preselected type 
of resource. 

Apparatus for artNtrating aocess among a plurality of requesters and a plurality of types of resources, each 
type of resource having at least one instance, is provided by a request logic circuit coupled to each requester, 
thereby forming a plurality of request logic circuits; a grant logic circuit coupled to each instance of the plurality 
of types of resources, thereby forming a plurality of grant logic circuits; a broadcast medium for transferring 
infonnation among the plurality of request logic circuits and the plurality of grant logic circuits. 

During a first ^e. request logic ckcuits provide a meansorespdnsive to a selected orie of the requesters 
desiring to use a preselected type of resource, for the request logic circuit coupled to the selected requester 
to broadcast a request for the preselected type of resource onto the broadcast mediurn. 

During a second cyde grant logic circuits provide a means,responsive to the t>roadca$t of the request, for 
a first grant logic circuit to broadcast queue position information on the broadcast medium for the preselected 
type of resource, and the queue position infonmation for the preselected type of resource is hereinafter referred 
to as a first queue position infonmation. Also, during the second cyde, there is a means, responsive to the t>rodd- 
cast of the first queue position information, for the request logic drcuit coupled to the seleded requester to store 
the first queue position information, the stored queue position information hereinafter referred to as a second 
queue position informatioa 

After an a syndvonous wait for an instance of the requested type of resource to become free, a third cyde 
begins wherein a means, respottsive to an instance of the preselected type of resource becoming free and prep- 
ared to serve a requester, fora grant logic drcuit, assodated with the free instence. to t>roadcast on the broad- 
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Field of the Invention 

This invention relates to electronic.system arbitration for one or more shared resources, and nnore particu- 
larly to systenrts having a large number of requesters, multiple instances of resources of different types and the 
5 requirement of fast arbitration. 

Background 

In modem electronic systems, resource arbitration is often required to determine the order in which reques- 
10 ters will have access to shared resources. As the size increases in electronic systems, for example computer 
systems, or for a second example, communication systems including telephone systems, or for a further 
example, computer local area networks and wide area networks, the number of requesters becomes large and 
also the number of resources becomes large. The resources may be divided into distinct types with multiple 
instances of many of the types. Arbitration for the resources becomes more difficult as the number of requesters 
15 and the number of resources both beconDe targe. 

Also, in computer conununications the arbitration process must be fast because the connect time for trans- 
mission of a data packet may be only a few microseconds to a few milliseconds. And the arbitration must be 
fast enough to provide efficient switching for such short connect times. 

The combination of fast arbitration for large numbers of requesters and resources puts a severe strain on 
20 arbiter design, and present arbiters are either too slow or do not scale well to large numt>ers of requesters and 
large mmtbers of resource types, each with multiple instances. 
Examples of known arbttratton systems follow. 

As a first example of a known arbitFatkxi system, one type of resource art)ltration is known as round-robin 
polling. In the round-robin polling scheme, an requesters for the shared resource are either logk:ally or physically 
25 arranged into a ring. The arbiter polls the requesters in the order in which they are arranged in the ring. The 
arbiter grants access to the shared resource to the first requester in the ring which has an active request When 
a requester has finished with the resource, the arbiter resumes polling at the next requester in the pre-estab- 
lished order. An example of a distributed round-robin polling scheme is a token-(>assing local area network such 
as IEEE standard 802.5. 

30 As a second example of a known arbitration system, another type of resource arbitration is known as fixed- 

prioriy polling. This schen>e is sonilar to round-robin arbitration except that when the shared resource becon^es 
finee, the polling of the requesters always restarts at a constant pre-designated point, i.e., the requester having 
the h^hest priority. 

As a third example of a known arbitratkMi system, this fixed priority polling is also done with "request snap- 
35 shots" which attempt to prevent any partknitar requester from being unable to obtain access to a shared 
resource for an extended period of time. This can happen, for example, to low priority requesters in the fixed- 
prtorty polling scheme. 

In the snapshot scheme, a *^apshor of all outstanding requests is taken after all requests of a previous 
"snapshofhave been serviced. All of the requests in the "snapshorare then serviced according to the desig- 

40 nated polling disdpline. Any new requests which occur during the time period after the "snapshot" is taken are 
inhibited or ignored unt3 the next snapshot is taken. The request snapshot scheme guarantees that even the 
lowest-priority requester will be serviced so tong as its request appears in a snapshot Further, all requesters 
will each receive the shared resource no more than once per snapshot An example of a distributed fixed-priority 
polling scheme with snapshots is the IEEE P1 196 NuBus scheme. 

45 As a fourth example of a known artxtratktn system, another arbitration scheme, called contention arbi- 
tratkm, permits one or more requesters to attempt to seize the shared resource at any time when the requesters 
perceive that there source is avaQal^e. A potential problem with this scheme.however. occurs when two or more 
requests cdlkle with each other without anyone gaining access to the shared resource.Schemes have been 
devetoped to overcome this obstede so that when a collision does occur, the requesters involved follow a deslg- 

50 nated pdtey for re-attempting their request This policy can include waiting for a random time interval after the 
collisk>n is over before regenerating the request An example of contentton arbitration is the IEEE 802.3 stan- 
dard Ethernet Carrier-Sense-Multiple-Acoess/Collisbn-Detect scheme. 

As a fifth example of a known arbitratfon system, a still further method of resource arbitration is known as 
queumg. In the queuing scheme, all requests are entered into a storage area called a queue. Requests are 

55 servk^ed from the queue according to a designated queuing discipline with the rTK>st common queuing discipline 
being a first-conDe, frst-served policy. There are a variety of ways to implement a queue scheme, including the 
use of shift register menfK>ries, circular txiffers. and linked lists. 

Arbitration schemes are further classified as either centralized or distributed arbitratk)n schemes. In a cen- 
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